home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000036_ojala@dolphin.funet.fi _Tue Feb 4 20:29:53 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  2KB
  1. Return-Path: <ojala@dolphin.funet.fi>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA25924; Tue, 4 Feb 92 20:29:53 GMT+0100
  4. Received: by dxmint.cern.ch (cernvax) (5.57/3.14)
  5.     id AA02208; Tue, 4 Feb 92 20:23:20 +0100
  6. Received: by dolphin.funet.fi id AA12182
  7.   (5.65c/IDA-1.4.3 for www-talk@nxoc01.cern.ch); Tue, 4 Feb 1992 21:23:28 +0200
  8. Date: Tue, 4 Feb 1992 21:23:28 +0200
  9. Message-Id: <199202041923.AA12182@dolphin.funet.fi>
  10. From: Petri Ojala <ojala@funet.fi>
  11. Sender: ojala@dolphin.funet.fi
  12. To: timbl@nxoc01.cern.ch (Tim Berners-Lee)
  13. Cc: www-talk@nxoc01.cern.ch
  14. In-Reply-To: <9202040744.AA24645@ nxoc01.cern.ch >
  15. Subject: Re: using WWW to follow gopher links 
  16.  
  17.  
  18. I would prefer the latter suggestion plus some additions.  For example in
  19. X environment it would be nice to be able to get a overview of the
  20. "hypertext network" around the current location.  A sort of scan to the
  21. next level following all the links at the current document.  (Maybe
  22. with possibility see more than one level with the client keeping book
  23. of not following one document more than once.)
  24.  
  25. The other feature would be fully recursive list of documents (or
  26. references).  However this list would not follow all the links but
  27. only those marked to be followed in the anchor specification.  As this
  28. is quite dangerous feature it should be avoided but still possible
  29. for example in Gopher-environments.  Of course the client could in
  30. any case keep book of the documents shown and not follow same page
  31. more than once.
  32.  
  33. Petri